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(54) Virtual file management system 

(57) A virtual file management system constructed 
with a plurality of servers and a plurality of terminals that 
share file services provided by said servers, is that a vir- 
tual file management apparatus operating in at least 
one of said plurality of servers is provided that has: a 
management table which manages files stored on said 
plurality of servers by using virtual file identifiers, and in 
which a server name of a server where real data is 
stored and a real file identifier in said server are stored 
as a set for each of said virtual file identifiers: a receiv- 
ing section which receives a file access request from 
each of said terminals; a request analyzing section 
which checks said management table by using the vir- 
tual file identifier contained in the file access request 
received by said receiving section, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a transmitting section which transmits 
data; and a request modification processing section 
which modifies said file access request so that a 
response to said file access request can be sent back to 
the terminal that issued said access request, directly 
from the server determined by said request analyzing 
section, and which instructs said transmitting section to 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers each include a request 
processing section which receives the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, and processes 
said received file access request and which transmits 
the processed result to said terminal at least when said 
file access request is a request to read file contents. 
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Description 

BACKGROUND OF THE INVENTION 

1 Field of the Invention 

The present invention relates to a virtual file man- 
agement system that allows sharing of files, for exam- 
ple, in a client/server computing system, and more 
particularly to a virtual file management system that can 
be utilized to distribute server workload. 

2. Related Art of the Invention 

In recent years, storage capacity demanded of a 
system has been increasing rapidly in order to handle 
large volumes of data such as video data. With this 
trend, client/server information processing systems 
have come to be constructed with a plurality of servers 
to mcrease the processing capabilities of the entire sys- 
tem by distributing access requests from terminals (di- 
ent computers), while securing larger storage capacities 
with data distributed across the plurality of servers for 
storage. 

In such client/server information processing sys- 
tems with muHiple server computers, since each individ- 
ual client computer (terminal) is tasked with the 
management of mount tables, etc. for server computers 
that it uses, increased complexity of the management 
becomes a problem. 

To solve this problem. Japanese Patent Unexam- 
ined Publication No. 5-24! 934 discloses a method 
which realizes a system that performs flexible file man- 
agement to handle the addition of servers and transfer 
of files. According to this method, a client computer can 
access files distributed across a plurality of server com- 
puters by accessing a single virtual file management 
system regardless of the actual location of the files The 
operation of the virtual file management system' dis- 
Ja P anese Pa 16 "' Unexamined Publication No. 
5-241934 will be described briefly below with reference 
to relevant drawings. 

)ha F *f 3°J S a diagram showing the configuration of 
the virtual file management system proposed in Japa- 
nese Patent Unexamined Publication No. 5-241934 
and Fig. 31 is a diagram illustrating a flow of operations 
when a terminal accesses a file stored on a server com- 
puter by using the virtual file management system. In 
r<9. 30. reference numerals 3001a and 3001b desio- 
nate server computers. Reference numeral 3002 indi- 
cates a v.rtual file management apparatus operating in 
the server computer 3001a. the apparatus comprises a 
management table 3003 which manages each of the 
f.les stored across the entire system by using a set of 
attributes consisting of a virtual file identifier, a server 
'denser, and a real file identifier in the associated 
server, an access request processing section 3006 

™f fHe 3CCesS re ^ ests - a living sec- 
t-on 3007 wh,ch receives file access requests and a 
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transmitting section 3008 which transmits data Further 
reference numerals 3004a and 3004b designate file 
systems which are managed within the server comput- 
ers 3001a and 3001 b. respectively; 3005 represents 
5 request processing sections which process file access 
requests made to the file systems 3004a and 3005 
respectively; and 3009a. 3009b. and 3009c are client 
computers. The client computers. 3009a. 3009b and 
3009c. and the server computers. 3001a and 3001b 
tc are connected through a network m. as shown. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to Fig.s 30 and 31. Suppose that when the con- 
tents of the management table 3003 in the virtual file 
« management apparatus 3002 such as shown in Fig 32 
show that the server identifier is 3001b and the real file 
identrfier . s "a" for the virtual file identifier A. a read 
access request designating the virtual file identifier A is 
issued from the client computer 3009a. In that case the 
20 receding section 3007 of the virtual file management 
apparatus 3002 in the server computer 3001a receives 
the read access request from the client computer 3009a 
(step S3101). Next, the access request processing sec- 
ton 3006 checks the management table 3003 and 
» acquires the server identifier 3001b and the real file 
identifier "a" for the virtual file identifier A (step S3102) 
Then, a read access request designating the file identi- 
fier "a" is issued from the transmitted section 3008 to 
the server computer 3001b (step S3 103). In the server 
*o computer 3001b that received the read access request 
for the file identifier "a', the request processing section 
3005 reads data of the file identifier "a" from the file sys- 
tem 3004b. and sends a response to the server compu- 
ter 3001a. In the server computer 3001a. the receiving 
35 section 3007 receives from the server computer 3001b 
the response to the read access request for the file 
identifier "a" (step S3104). Next, the received response 
data is transmitted from the transmitting section 3008 as 
response data to the client computer 3009a that origi- 
*o nated the read access request (step S3 1 05). 

In this way. in the system disclosed in Japanese 
Patent Unexamined Publication No. 5-241934 f,| e 
access requests from the client computers are all 
received by one particular server computer. More spe- 
<s crfically. when a file access request is received, that par- 
ticular server computer, based on the virtual file 
identifiers it manages, retrieves data of the requested 
Me from the server computer where the real data of the 
file is stored, and transfers the retrieved data to the 
so requesting client computer; in this way. each client com- 
puter can access files distributed across the plurality of 
server computers regardless of the actual location of 
the requested file. 

However, since response data to the requesting cli- 
55 ent computer is always transferred twice through the 
network, first from the server computer where the real 
data of the file is stored to the server computer where 
virtual file management apparatus is operating and 
then from this latter server computer to the requesting 
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client computer, the above configuration has had the 
problem that not only the delay in responding to the cli- 
ent computer becomes large but also the network work- 
load increases by a factor of 2 as compared with a 
system that does not use such a virtual file manage- 5 
ment apparatus. 

Furthermore, despite the use of multiple server 
computers, when file access requests are made simul- 
taneously from multiple client computers for a limited 
number of files, for example, access is concentrated on 10 
a particular server computer and the response speed to 
the client computers decreases. 

Concentration of access to a particular server com- 
puter can be avoided by predicting the frequency of file 
accesses and thereby scheduling storing of files across 15 
multiple server computers in such a manner as to dis- 
tribute the file accesses, but the prior art has had the 
problem that it has not been possible to reduce the con- 
centration of access to a particular server by dynami- 
cally distributing the accesses on the basis of changing 20 
access frequencies while the system is operating. 

SUMMARY OF THE INVENTION 

In view of the above-outlined problems, it is an 25 
object of the present invention to provide a virtual file 
management system that reduces network workload 
and improves responsiveness to client computers, and 
that can further improve the workload distribution 
among the servers constructed as a system, that is. the 30 
processing capabilities of the entire system, as com- 
pared with the prior art system. 

A virtual file management system of the present 
invention , constructed with a plurality of servers and a 
plurality of terminals that share file services provided by 35 
said servers, is that 

a virtual file management apparatus operating in 
at least one of said plurality of servers is provided that 
comprises: a management table which manages files 
stored on said plurality of servers by using virtual file 40 
identifiers, and in which a server name of a server 
where real data is stored and a real file identifier in said 
server are stored as a set for each of said virtual file 
identifiers; a receiving section which receives a file 
access request from each of said terminals; a request 45 
analyzing section which checks said management table 
by using the virtual file identifier contained in the file 
access request received by said receiving section, and 
thereby determines the server where the real data of 
the requested file is stored; a transmitting section which sc 
transmits data; and a request modification processing 
section which modifies said file access request so that a 
response to said file access request can be sent back to 
the terminal that issued said access request, directly 
from the server determined by said request analyzing 55 
section, and which instructs said transmitting section to 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers each include a request 



processing section which receives the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, and processes 
said received file access request, and which transmits 
the processed result to said terminal at least when said 
file access request is a request to read file contents. 

A virtual file management system of the present 
invention comprises a plurality of servers for storing 
files, a plurality of terminals for issuing requests for sup- 
ply of designated files from among said files, and a net- 
work connecting said servers with said terminals, 
wherein 

at least one of said servers includes: file man- 
agement means for managing corresponding relation- 
ships between the files stored on said plurality of 
servers and the servers where the files are stored; 
request frequency storage means for storing the fre- 
quencies of the requests made from said terminals 
within a prescribed period of time for each managed file 
and/or for each managed server; and file move control 
means for selecting a file satisfying a prescribed crite- 
rion from among said managed files by using said 
stored request frequencies, and for moving said 
selected file from the server where said file is stored to 
another server. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers. 

said medium providing a program recorded ther- 
eon for implementing: a function A that manages files 
stored on said plurality of servers by using virtual file 
identifiers and that stores a server name of a server 
where real data is stored and a real file identifier in said 
server as a set in a management table for each of said 
virtual file identifiers; a function B that receives a file 
access request from each of said terminals; a function 
C that checks said management table by using the vir- 
tual file identifier contained in said received file access 
request, and thereby determines the server where the 
real data of the requested file is stored; a function D that 
modifies said file access request so that a response to 
said file access request can be sent back to the terminal 
that issued said access request, directly from said 
determined server, and that instructs a transmitting sec- 
tion to transmit said modified file access request to said 
determined server; and a function E that receives the 
file access request transmitted from said transmitting 
section and processes said received file access 
request, and that transmits the processed result to said 
terminal at least when said file access request is a 
request to read file contents. 

A medium of the present inventin is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers. 

said medium providing a program recorded ther- 
eon for implementing: a function A that manages files 
stored on said plurality of servers by using virtual file 
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identifiers and that stores a server name of a server 
where real data is stored, a reaJ file identifier in said 
server, and an access inhibit flag as a set in a manage- 
ment table for each of said virtual file identifiers; a func- 
tion B that receives a file access request from each of 5 
said terminals; a function C that checks said manage- 
ment table by using the virtual file identifier contained in 
said received file access request, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a function D that modifies said file access w 
request so that a response to said file access request 
can be sent back to the terminal that issued said access 
request, directly from said determined server, and that 
instructs a transmitting section to transmit said modified 
file access request to said determined server; a function 1S 
E that checks said management table in connection 
with the file requested in said received file access 
request, and that, when said access inhibit flag is set. 
instructs said transmitting section to transmit data indi- 
cating an access inhibited condition to said terminal, but 20 
when said access inhibit flag is not set. passes said file 
access request to a request analyzing section that per- 
forms the function C; and a function F that receives the 
file access request transmitted from said transmitting 
section, processes said received file access request 2 s 
and transmits the processed result to said terminal. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, 30 

said medium providing a program recorded ther- 
eon for implementing: a function A that manages files 
stored on said plurality of servers by using virtual file 
identifiers and that stores a server name of a server 
where real data is stored and a real file identifier in said as 
server as a set in a management table for each of said 
virtual file identifiers; a function B that manages data 
indicating whether said server is operating or not. by 
using an operating condition management table; a func- 
tion C that receives a file access request from each of <o 
said terminals; a function D that checks said manage- 
ment table by using the virtual file identifier contained in 
said received file access request, and thereby deter- 
mines the server where the real data of the requested 
file is stored; a function E that checks said operating 45 
condition management table to determine whether said 
determined server is operating or not. and that, when 
said server is not operating, instructs a transmitting sec- 
tion to transmit data indicating a non-operating condi- 
tion to said terminal, but when said server is operating so 
modif.es said file access request so that a response to 
said file access request can be sent back to the terminal 
that issued said access request, directly from said 
determined server, and instructs said transmitting sec- 
t.on to transmit said modified file access request to said *s 
determined server; and a function F that receives the 
file access request transmitted from said transmitting 
section, processes said received file access request 
and transmits the processed result to said terminal. 



A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, and capable of 
supporting a configuration in which file access requests 
from said terminals are issued to a virtual server that is 
different from said plurality of servers and that does not 
exist physically. 

said medium providing a program recorded ther- 
eon for implementing, within each of said plurality of 
servers, a function A that manages file identifiers stored 
in each server by using a file identifier list; a function B 
that processes a file access request and that instructs a 
transmitting section to transmit the processed result to 
said terminals; and a function C that monitors a file 
access request being made from said terminals to said 
virtual server, and that passes said file access request 
to said function B only when the file identifier contained 
in said file access request is stored in said file identifier 
list. 

A medium of the present invention is providing a 
program recorded thereon for implementing, within at 
least one of a plurality of servers where files are stored, 
a function A that manages corresponding relationships 
between the files stored on said plurality of servers and 
the servers where the files are stored; a function B that 
stores the frequencies of requests made from terminals 
within a prescribed period of time for each managed file 
and/or for each managed server; and a function C that 
selects a file satisfying a prescribed criterion from 
among said managed files by using said stored request 
frequencies, and moves said selected file from the 
server where said file is stored to another server. 

A medium of the present invention is providing a 
program recorded thereon for implementing, within at 
least one of a plurality of servers where files are stored, 
a function A that manages corresponding relationships 
between the files stored on said plurality of servers and 
the servers where the files are stored, a function B that 
stores the frequencies of requests made from terminals 
within a prescribed period of time for each managed file 
and/or for each managed server; a function C that 
selects a file satisfying a prescribed criterion from 
among said managed files by using said stored request 
frequencies, and duplicates said selected file to a server 
different from the server where said file is stored; and a 
function D that, when said requests occur simultane- 
ously for said duplicated file, processes said requests 
by also including said different server as a target. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a virtual file identifier, a server iden- 
tifier of each of said servers, and a real file identifier of 
each of said files are stored as a set. 
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said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
count for each of said virtual file identifiers in a file 
access table: a function B that, when said virtual file 
management apparatus has received a file access 
request for a virtual file identifier from any one of said 
terminals, updates the access count corresponding to 
said virtual file identifier in said file access table; and a 
function C that is activated by a timer at predetermined 
intervals of time, and that checks the access counts in 
said tile access table, moves real data corresponding to 
one or more virtual file identifiers between said plurality 
of servers, updates said virtual file management table, 
and resets said file access table. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a virtual file identifier, a server iden- 
tifier of each of said servers, and a real file identifier of 
each of said files are stored as a set. 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
count for each of said server identifiers in a server 
access table; a function B that, when said virtuaJ file 
management apparatus has received a file access 
request for a virtuaJ file identifier from any one of said 
terminals, locates the server identifier corresponding to 
said virtual file identifier in said virtual file management 
table, and updates the access count corresponding to 
said server identifier in said server access table; and a 
function C that is activated by a timer at predetermined 
intervals of time, and that checks the access counts in 
said server access table, moves real data correspond- 
ing to one or more virtual file identifiers between said 
plurality of servers, updates said virtual file manage- 
ment table, and resets said server access table. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a virtual file identifier, a server iden- 
tifier of each of said servers, and a real file identifier of 
each of said files are stored as a set. 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
count for each of said virtual file identifiers in a file 
access table; a function B that stores an access count 
for each of said server identifiers in a server access 
table; a function C that, when said virtual file manage- 



ment apparatus has received a file access request for a 
virtual file identifier from any one of said terminals, 
locates the server identifier corresponding to said virtual 
file identifier in said virtual file management table, and 

5 updates the access count corresponding to said virtual 
file identifier in said file access table as well as the 
access count corresponding to said server identifier in 
said server access table; and a function D that is acti- 
vated by a timer at predetermined intervals of time, and 

io that checks the access counts in said server access 
table as well as in said file access table, moves real data 
corresponding to one or more virtual file identifiers 
between said plurality of servers, updates said virtual 
file management table, and resets said file access table 

is and said server access table. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 

20 said plurality of servers including a virtual file manage- 
ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a plurality of identifier pairs, each 
consisting of a server identifier of each of said servers 

25 and a reaJ file identifier of each of said files, are stored 
in corresponding relationship to each virtual file identi- 
fier. 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 

30 ment apparatus, a function A that stores an access 
count for each of said virtual file identifiers in a file 
access table; a function B that, when said virtual file 
management apparatus has received a file access 
request for a virtual file identifier from any one of said 

35 terminals, updates the access count corresponding to 
said virtual file identifier in said file access table; and a 
function C that is activated by a timer at predetermined 
intervals of time, and that checks the access, counts in 
said file access table, duplicates real data correspond - 

40 ing to a frequently accessed virtual file identifier to one 
or more servers selected from among said plurality of 
servers, adds the reaJ file identifier and server identifier 
of the duplicated data to said virtual file management 
table, and resets said file access table. 

45 A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, at least one of 
said plurality of servers including a virtual file manage- 

so ment apparatus which centrally manages files stored on 
said plurality of servers by using a virtual file manage- 
ment table in which a plurality of identifier pairs, each 
consisting of a server identifier of each of said servers 
and a real file identifier of each of said files, are stored 

55 m corresponding relationship to each virtual file identi- 
fier. 

said medium providing a program recorded ther- 
eon for implementing, within said virtual file manage- 
ment apparatus, a function A that stores an access 
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count for each of said virtual file identifiers in a file 
access table; a function B that, when said virtual file 
management apparatus has received a file access 
request for a virtual file identifier from any one of said 
terminals, updates the access count corresponding to 5 
said virtual file identifier in said file access table; and a 
function C that is activated by a timer at predetermined 
intervals of time, and that checks the access counts in 
said file access table, duplicates real data correspond- 
ing to a frequently accessed virtual file identifier to one w 
or more servers selected from among said plurality of 
servers, deleting all but one or more server identi- 
fier/real file identifier pairs from said virtual file manage- 
ment table for an infrequently accessed virtual file 
identifier, updates said virtual file management table. 75 
and resets said file access table. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, wherein 2 o 

a virtual file management apparatus operating in 
at least one of said plurality of servers manages files 
stored on said plurality of servers by using virtual file 
identifiers, stores a server name of a server where real 
data is stored and a real ffle identifier in said server as a 2s 
set in a management table for each of said virtual file 
identifiers, receives a ffle access request from each of 
said terminals, checks said management taWe by using 
the virtual file identifier contained in said received file 
access request, thereby determines the server where 30 
th real data of the requested file is stored, modifies 
said file access request so that a response to said file 
access request can be sent back to the terminal that 
issued said access request, directly from said deter- 
mined server, and instructs a transmitting section to as 
transmit said modified file access request to said deter- 
mined server, and 

said plurality of servers receive the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, process said <o 
rece.ved file access request and transmit the proc- 
essed result to said terminal at least when said file 
access request is a request to read file contents. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 45 
manages said files stored on said plurality of servers by 
using said virtual file identifiers and that stores the 
server name of the server where the real data is stored 
and the real file identifier in said server as a set in said 
management table for each of said virtual file identifiers so 
a function B that receives a file access request from 
each of said terminals: a function C that checks said 
management table by using the virtual file identifier con- 
tained in said received file access request, and thereby 
determines the server where the real data of the 55 
requested file is stored: a function D that modifies said 
file access request so that the response to said file 
access request can be sent back to the terminal that 
issued said access request, directly from said deter- 



mined server, and that instructs said transmitting sec- 
tion to transmit said modified file access request to said 
determined server. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, wherein 

a virtual file management apparatus operating in 
at least one of said plurality of servers manages files 
stored on said plurality of servers by using virtual file 
identif.ers. stores a server name of a server where real 
data .s stored, a real file identifier in said server, and an 
access inhibit flag as a set in a management table for 
each of said virtual ffle identifiers, receives a file access 
request from each of said terminals, checks said man- 
agement table by using the virtual file identifier con- 
tained in said received file access request, thereby 
determines the server where the real data of the 
requested file is stored, modifies said file access 
request so that a response to said file access request 
can be sent back to the terminal that issued said access 
request, directly from said determined server, instructs 
a transmitting section to transmit said modified file 
access request to said determined server, checks said 
management table in connection with the file requested 
in said received file access request, and when said 
access inhibit flag is set. instructs said transmitting sec- 
tion to transmit data indicating an access inhibited con- 
dition to said terminal, but when said access inhibit flag 
is not set passes said file access request to a request 
analyzing section of said virtual file management appa- 
ratus, and 

said plurality of servers receive the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, process said 
received file access request, and transmit the proc- 
essed result to said terminal. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
manages said files stored on said plurality of servers by 
using said virtual file identifiers and that stores the 
server name of the server where the real data is stored, 
the real file identifier in said server, and the access 
inhibit flag as a set in said management table for each of 
said virtual file identifiers: a function B that receives a 
file access request from each of said terminals: a func- 
tion C that checks said management table by using the 
virtual file identifier contained in said received file 
access request, and thereby determines the server 
where the real data of the requested file is stored: a 
function D that modifies said file access request so that 
the response to said file access request can be sent 
back to the terminal that issued said access request 
directly from said determined server, and that instructs 
said transmitting section to transmit said modified file 
access request to said determined server; and a func- 
tion E that checks said management table in connection 
with the file requested in said received file access 
request, and that, when said access inhibit flag is set. 
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instructs said transmitting section to transmit the data 
indicating an access inhibited condition to said terminal, 
but when said access inhibit flag is not set. passes said 
file access request to said request analyzing section. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, wherein 

a virtual file management apparatus operating in 
at least one of said plurality of servers manages files 
stored on said plurality of servers by using virtual file 
identifiers, stores a server name of a server where real 
data is stored and a real file identifier in said server as a 
set in a management table for each of said virtual file 
identifiers, manages data indicating whether said server 
is operating or not by using an operating condition man- 
agement table, receives a file access request from each 
of said terminals, checks said management table by 
using the virtual file identifier contained in said received 
file access request, thereby determines the server 
where the real data of the requested file is stored, 
checks said operating condition management table to 
determine whether said determined server is operating 
or not. and when said server is not operating, instructs 
a transmitting section to transmit data indicating a non- 
operating condition to said terminal, but when said 
server is operating, modifies said file access request so 
that a response to said file access request can be sent 
back to the terminal that issued said access request, 
directly from said determined server , and instructs said 
transmitting section to transmit said modified file access 
request to said determined server, and 

said plurality of servers receive the file access 
request transmitted from said transmitting section of 
said virtual file management apparatus, process said 
received file access request, and transmit the proc- 
essed result to said terminal, 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
manages said files stored on said plurality of servers by 
using said virtual file identifiers and that stores the 
server name of the server where the real data is stored 
and the real file identifier in said server as a set in said 
management table for each of said virtual file identifiers; 
a function B that manages data indicating whether said 
server is operating or not. by using said operating con- 
dition management table; a function C that receives a 
file access request from each of said terminals; a func- 
tion D that checks said management table by using the 
virtual file identifier contained in said received file 
access request, and thereby determines the server 
where the real data of the requested file is stored; and a 
function E that checks said operating condition man- 
agement table to determine whether said determined 
server is operating or not. and that, when said server is 
not operating, instructs said transmitting section to 
transmit the data indicating a non-operating condition to 
said terminal, but when said server is operating, modi- 
fies said file access request so that the response to said 



file access request can be sent back to the terminal that 
issued said access request, directly from said deter- 
mined server, and instructs said transmitting section to 
transmit said modified file access request to said deter- 
5 mined server. 

A medium of the present invention is for use with a 
virtual file management system constructed with a plu- 
rality of servers and a plurality of terminals that share 
file services provided by said servers, and capable of 
ig supporting a configuration in which file access requests 
from said terminals are issued to a virtual server that is 
different from said plurality of servers and that does not 
exist physically, wherein 

each of said plurality of servers manages file 
is identifiers stored in each server by using a file identifier, 
list . processes a file access request, instructs a trans- 
mitting section to transmit the processed result to said 
terminals, monitors a file access request being made 
from said terminals to said virtual server, and passes 
20 said file access request to a function B hereinafter 
described only when the file identifier contained in said 
file access request is stored in said file identifier list. 

whereby said medium provides a program 
recorded thereon for implementing, within each of said 
25 plurality of servers, a function A that manages said file 
identifiers stored in each server by using said file identi- 
fier list; a function B that processes a file access request 
and that instructs said transmitting section to transmit 
the processed result to said terminals; and a function C 
$0 that monitors the file access request being made from 
said terminals to said virtual server, and that passes 
said file access request to said function B only when the 
file identifier contained in said file access request is 
stored in said file identifier list. 
35 A medium of the present invention is for use with a 
system wherein at least one of a plurality of servers 
where files are stored manages corresponding relation- 
ships between the files stored on said plurality of serv- 
ers and the servers where the files are stored, stores 
40 the frequencies of requests made from terminals within 
a prescribed period of time for each managed file and/or 
for each managed server, selects a file satisfying a pre- 
scribed criterion from among said managed files by 
using said stored request frequencies, and moves said 
45 selected file from the server where said file is stored to 
another server. 

whereby said medium provides a program 
recorded thereon for implementing: a function A that 
stores the frequencies of the requests made from said 
so terminals within a prescribed period of time for each 
managed file and/or for each managed server; and a 
function B that selects a file satisfying the prescribed 
criterion from among said managed files by using said 
stored request frequencies, and moves said selected 
55 file from the server where said file is stored to another 
server. 

A medium of the present invention is for use with a 
system wherein at least one of a plurality of servers 
where files are stored manages corresponding relation- 
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ships between the files stored on said plurality of serv- 
ers and the servers where the files are stored, stores 
the frequencies of requests made from terminals within 
a prescribed period of time for each managed file and/or 
for each managed server, selects a file satisfying a pre- 5 
scribed criterion from among said managed files by 
using said stored request frequencies, duplicates said 
selected file to a server different from the server where 
said file is stored, and when said requests occur simul- 
taneously for said duplicated file, processes said 10 
requests by also including said different server as a tar- 
get, 

whereby said medium provides a program 
recorded thereon for implementing; a function A that 
stores the frequencies of the requests made from said 75 
terminals within a prescribed period of time for each 
managed ffle and/or for each managed server; a func- 
tion B that selects a file satisfying the prescribed crite- 
rion from among said managed files by using said 
stored request frequencies, and duplicates said so 
selected file to a server different from the server where 
said file is stored; and a function C that, when said 
requests occur simultaneously for said duplicated file 
processes said requests by also including said different 
server as a target 

25 

A medium of the present invention is for providing a 
program recorded thereon for implementing the func- 
tions of all or part of the means of the virtual file man- 
agement system as above^descnbed present invention 

In this way. the processing capabilities of the entire 30 
system can be further improved. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of a virtual file manage- 35 
ment system according to a first embodiment of the 
present invention; 

Fig. 2 is a flowchart illustrating a processing flow 
according to the first embodiment; 
Fig. 3 is a diagram showing the internal structure of 40 
a management table according to the first embodi- 
ment; 

Fig. 4 is a diagram showing the contents of a file 
access request according to the first embodiment 
Fig. 5 is a diagram showing the contents of a modi- 45 
fied file access request according to the first 
embodiment; 

Fig. 6 is a block diagram of a virtual file manage- 
ment system according to a second embodiment of 
the present invention; 5Q 
Fig. 7 is a flowchart illustrating a processing flow 
according to the second embodiment; 
Fig. 8 is a diagram showing the internal structure of 
a management table according to the second 
embodiment; 

Fig. 9 is a diagram showing the contents of a file 
access request according to the second embodi- 
ment; 

Fig. 10 is a block diagram of a virtual file manage- 



ment system according to a third embodiment of 
the present invention; 

Fig. 1 1 is a diagram showing the internal structure 
of a management table according to the third 
embodiment; 

Fig. 12 is a block diagram of a virtual file manage- 
ment system according to a fourth embodiment of 
the present invention; 

Fig. 13 is a flowchart illustrating a processing flow in 
a file move processing section according to the 
fourth embodiment; 

Fig. 14 is a flowchart illustrating a processing flow 
when a file access is requested according to the 
fourth embodiment; 

Fig. 15 is a diagram showing the internal structure 
of a management table according to the fourth 
embodiment; 

Fig. 16 is a diagram showing the internal structure 
of the management table according to the fourth 
embodiment; 

Fig. 17 is a diagram showing the internal structure 
of the management table according to the fourth 
embodiment; 

Fig. 18 is a diagram showing the internal structure 
of the management table according to the fourth 
embodiment; 

Fig. 19 is a block diagram of a virtual file manage- 
ment system according to a fifth embodiment of the 
present invention; 

Fig. 20 is a diagram showing the internal structure 
of an operating condition management table 
according to the fifth embodiment; 
Fig. 21 is a block diagram of a virtual file manage- 
ment system according to a sixth errtxxiiment of 
the present invention; 

Fig. 22 is a flowchart illustrating a processing flow 
according to the sixth embodiment; 
Fig. 23 is a diagram showing the internal structure 
of a file identifier list according to the sixth embodi- 
ment; 

Fig. 24 is a diagram showing the internal structure 
of the file identifier list according to the sixth embod- 
iment; 

Fig. 25 is a diagram showing the contents of a file 
access request according to the sixth embodiment; 
Fig. 26 is a block diagram of a virtual file manage- 
ment system according to a seventh embodiment of 
the present invention; 

Fig. 27 is a diagram showing the internal structure 
of a master file identifier list according to the sev- 
enth embodiment; 

Fig. 28 is a diagram showing the internal structure 
of the master file identifier list according to the sev- 
enth embodiment; 

Fig. 29 is a diagram showing the internal structure 
of a file identifier list according to the seventh 
embodiment; 

Fig. 30 is a diagram showing the configuration of a 
virtual file management system according to the 
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prior art; 

Fig. 31 is a flowchart illustrating the operation of the 
same prior art: 

Fig. 32 is a data structure diagram showing one 
example of a management table in the same prior 
art; 

Fig. 33 is a block diagram of a virtual file manage- 
ment system according to an eighth embodiment of 
the present invention; 

Fig. 34 is a block diagram of a virtual file manage- 
ment system according to a ninth embodiment of 
the present invention; 

Fig. 35 is a flowchart illustrating a processing flow in 
a file access count updating section according to 
the ninth embodiment; 

Fig. 36 is a flowchart illustrating a processing flow in 
a file move management section according to the 
ninth embodiment; 

Fig. 37(a) is a diagram showing the internal struc- 
ture of a virtual file management table before a file 
move, according to the ninth embodiment; 
Fig. 37(b) is a diagram showing the internal struc- 
ture of the virtual file management table after a file 
move, according to the ninth embodiment; 
Fig. 38(a) is a diagram showing the internal struc- 
ture of a file access table before updating, accord- 
ing to the ninth embodiment; 
Fig. 38(b) is a diagram showing the internal struc- 
ture of the file access table after updating, accord- 
ing to the ninth embodiment; 
Fig. 38(c) is a diagram showing the internal struc- 
ture of the file access table after initialization, 
according to the ninth embodiment; 
Fig. 39 is a diagram showing the contents of a file 
access request according to the ninth embodiment; 
Fig. 40 is a block diagram of a virtual file manage- 
ment system according to a 10th embodiment of 
the present invention; 

Fig. 41 is a flowchart illustrating a processing flow in 
a server access count updating section according 
to the 10th embodiment; 

Fig. 42 is a flowchart illustrating a processing flow in 
a server move management section according to 
the 10th embodiment; 

Fig. 43(a) is a diagram showing the internal struc- 
ture of a server access table before updating, 
according to the 10th embodiment; 
Fig. 43(b) is a diagram showing the internal struc- 
ture of the server access table after updating, 
according to the 10th embodiment; 
Fig. 43(c) is a diagram showing the internal struc- 
ture of the server access table after initialization, 
according to the 10th embodiment; 
Fig. 44 is a block diagram of a virtual file manage- 
ment system according to an 11th embodiment of 
the present invention; 

Fig. 45 is a flowchart illustrating a processing flow in 
a duplication management section according to the 
1 ith embodiment; 



Fig. 46(a) is a diagram showing the internal struc- 
ture of a virtual file management table before updat- 
ing, according to the i ith embodiment; and 
Fig. 46(b) is a diagram showing the internal struc- 
5 ture of the virtual file management table after 

updating, according to the 11th embodiment. 

PREFERRED EMBODIMENTS 

ic The present invention will be described in detail 
below with reference to the accompanying drawings 
illustrating the preferred embodiments thereof. 

Fig. i is a block diagram of a virtual file manage- 
ment system according to a first embodiment of the 
is present invention. This embodiment corresponds to the * 
invention described in claim 1. In Fig. 1, reference 
numerals 101a and 101b are server computers; 102 is 
a virtual file management apparatus operating in the 
server computer 101a: 103 is a management table: 
20 104a and 104b are file systems which are managed 
within the server computers 101a and 101b, respec- 
tively; 105 is a request processing section; 106 is a 
request analyzing section; 107 is a receiving section; 
108 is a transmitting section; 109a. 109b. and 109c are 
25 client computers as terminals; 1 10 is a request modifi- 
cation processing section; and 1 1 1 is a network through 
which the client computers 109a. 109b. and 109c are 
connected to the server computers 101a and 101b 
The operation of the thus constructed virtual file 
30 management system will be described with reference to 
relevant drawings. 

Fig. 2 is a diagram illustrating the processing flow in 
the server computer 101 a in which the virtual file man- 
agement apparatus 102 is operating. First, the receiving 
35 section 107 receives a file access request from the cli- 
ent computer 109a (step S201). Next, the request ana- 
lyzing section 106 checks the virtual file identifier 
contained in the received file access request, and deter- 
mines the corresponding server computer name 101 a 
40 or 101bby referencing the management table 103 (step 
S202). Next, using data in the management table 103, 
the request modification processing section 110 first 
modifies the file access request into a file access 
request such that the server computer 101a or 101b 
45 determined by the request analyzing section 106 can 
directly respond to the client computer 109a. and then 
instructs the transmitting section 108 to transmit the 
modified file access request to the server computer 
10la or 101b (step S203). The transmitting section 108 
so then transmits the file access request to the server com- 
puter 101a or 101b (step S204). The request process- 
ing section 105 in the server computer 101a or 101b 
that received the modified file access request creates 
response data to the file access request by using the file 
55 system 104a or 104b, and transmits the response data 
to the client computer 109a. 

In this way, the file access request from the client 
computer is first modified by the virtual file management 
apparatus by using the management table, and then 
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transferred to the destination. By so doing, the client 
computer can obtain response <Jata directly from the 
server computer where the real data of the requested 
file is managed, without increasing the network work- 
load. 

Next, a specific example of how this embodiment is 
used will be described. In Fig. 1 , there are two files with 
virtual file identifiers V_001 and V_002 accessible from 
the client computers; the virtual file identifier V_001 cor- 
responds to a real file identifier FILE_A existing in the io 
file system 104a in the server computer 101a and the 
virtual file identifier V_002 corresponds to a real file 
identifier FILE_B existing in the file system 104b in the 
server computer 101b. In this case, the contents of the 
management table 1 03 managed by the virtual file man- is 
agement apparatus 102 in the server computer 101 a 
are as shown in Fig. 3. Here, the virtual file identifiers 
V_001 and V_002 are managed as unique identifiers 
without duplications in the management table. In this sit- 
uation, the processing flow will be described with refer- 20 
ence to the flowchart of Fig. 2 when a file access 
request to read the contents of the file identifier V_002, 
such as shown in Fig. 4. is issued from the client com- 
puter 109a. 

First in step S201 . the receiving section 107 of the 25 
server computer 101a receives the file access request 
defined as shown in Fig. 4. Next, in step S202. the 
request analyzing section 106 searches the manage- 
ment table 103 by using the virtual file identifier con- 
tained in the file access request as a key. and 30 
determines that the virtual file identifier V_002 corre- 
sponds to the real file identifier FILE_B in the server 
computer 101b. Then, in step S203. the request modifi- 
cation processing section 110 modifies the file access 
request shown in Fig. 4 into the file access request 35 
shown in Fig. 5 on the basis of the contents of the man- 
agement table 103. More specif ically. the destination is 
changed to 101b and the file identifier to FILE_B. The 
request modification processing section 110 then 
instructs the transmitting section 108 to transmit the 40 
modified file access request shown in Fig. 5 to the 
server computer 101b. In step S204. the transmitting 
section 108 transmits the modified file access request 
shown in Fig. 5 to the server computer 101b. The 
request processing section 105 in the server computer 
101b that received the modified file access request (Fig. 
5) reads the real data corresponding to the file identifier 
FILE_B from the file system 104b, creates response 
data to the file access request by using the thus read- 
out data, and transmits the response data to the client 
computer 109a. In this way. the client computer 109a 
can read out the contents of the virtual file identifier 
V_002 (the real file identifier FILE_B). 

The above example of the embodiment has dealt 
with a case in which a file access request to read the 
contents of a file is issued from the client computer. The 
same process applies for the case where a file access 
request to write data to a file is issued; that is. the 
request modification processing section modifies the file 



access request containing write data on the basis of the 
contents of the management table, and transfers the 
request to the server computer where the real data of 
the file is stored, to accomplish data writing to the file. 

Furthermore, in the case of a file access request to 
refer to or update a file attribute (for example, date and 
time of access, file size, access right, etc.) also, the cli- 
ent's request can be processed in the same manner as 
described above, that is. by modifying the file access 
request so that the request is redirected to the server 
computer where the real data of the file is stored. 

Next, a virtual file management system according 
to a second embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 2. 

Fig. 6 is a block diagram showing the virtual file 
management system according to the second embodi- 
ment of the present invention. In Fig. 6. reference 
numeral 601 is a management table processing section, 
and 602 is a control section; the other component ele- 
ments are the same as those described in connection 
with Fig. 1 in the description of the first embodiment. 

File access requests from the client computers 
include not only requests for reading file contents but 
other types of file access requests such as a file dele- 
tion request and file attribute reference request. In the 
case of the latter types of requests, the server computer 
where the real data of the requested file is managed 
need not necessarily send a response to the requesting 
client computer; rather, by having the virtual file man- 
agement apparatus managing the files respond to the 
client computer, the response time can be improved and 
the network workload can be reduced. 

First, the general operation of this embodiment will 
be described. 

Fig. 7 is a flowchart illustrating the processing flow 
in the server computer 101a in which the virtual file 
management apparatus 102 of the present embodiment 
is operating. First, the receiving section 107 receives a 
filed access request from the client computer 1 09a (step 
S201). Next, the control section 602 identifies the type 
of the received file access request (step S701). and car- 
ries out step S702 if the request is for updating or refer- 
ring to the management table 103. or step S202 if the 
request is not for updating or referring to the manage- 
ment table 103. In step fS702. the management table 
processing section 601 processes the request by using 
the management table 103. and instructs the transmit- 
50 ting section 108 to transmit the processed result to the 
client computer 109a. Subsequent to the step S702. the 
transmitting section 108 transmits the processed result 
to the client computer 109a (step S703). On the other 
hand, from step S202 onward, the steps S202. S203. 
55 and S204 in Fig. 2 described in the first embodiment are 
performed in sequence. 

Next, a specific example of how this embodiment is 
used will be described. In Fig. 6. in the management 
table 103 there are three files with virtual file identifiers 
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V_001. V_002. and V_003 accessible from the client 
computers; the virtual file identifier V_001 corresponds 
to a real file identifier FILE_A existing in the file system 
104a in the server computer 101a and the virtual file 
identifiers V_002 and V_003 correspond to real file 5 
identifiers FILE_B and FILE_C. respectively, existing in 
the file system 1 04b in the server computer 1 0 1 b. In this 
case, the contents of the management table 103 man- 
aged by the virtual file management apparatus 102 in 
the server computer 101a are as shown in Fig. 8. 10 

When an access request to refer to the file size of 
the file V_003. such as shown in Fig. 9. is issued from 
the client computer 109a to the virtual file management 
apparatus 102 in the server computer 101a. the receiv- 
ing section 107 of the server computer 101a in step is 
S201 receives the file access request defined as shown 
in Fig. 9, Next, in step S701. the control section 602 
identifies the type of the file access request. Since the 
file access request of Fig. 9 contains a command inquir- 
ing the file size, this file access request is identified as a 20 
request to refer to the management table 103. Accord- 
ingly, step S702 is carried out next In step S702. the 
management table processing section 601 checks the 
management table 103 in accordance with the file 
access request, retrieves the file size corresponding to 2s 
V_003 f and instructs the transmitting section 108 to 
transmit the retrieved file size to the requesting client 
computer 109a. Finally, in step S703, the transmitting 
section 108 transmits the file size to the client computer 
109a. 30 

In this way. the client computer 1 09a can refer to the 
file size of the virtual file identifier V_003. On the other 
hand, when the file access request of Fig. 4 is issued 
from the client computer, it is determined in step S701 
that the type of the file access request is not one 35 
requesting reference to or updating of the management 
table 103. and therefore, steps S202, S203, and S204 
are carried out in sequence as described in connection 
with the operation of the first embodiment. The above 
description has dealt with a file access request for refer- 40 
ring to file size as an example, but when referring to 
other attributes (for example, file update time, owner, 
access right, etc.) or when updating the management 
table such as file deletion or attribute change, for exam- 
ple, steps S702 and S703 are likewise carried out. 45 

Next, a virtual file management system according 
to a third embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 3. so 

Fig. 10 is a block diagram showing the virtual file 
management system according to the third embodiment 
of the present invention. In Fig. 1 0, reference numeral 
1001 is an identifier creation section, 1002 is a server 
selection section, 1003 is a file creation section, and ss 
1004 is a management table updating section; the other 
component elements are the same as those described 
in connection with Fig 1 in the description of the first 
embodiment. 



When creating a new file that is to be managed by 
the virtual file management apparatus, a server compu- 
ter where the real data of the file should be stored must 
be selected. In this embodiment, the virtual file manage- 
ment apparatus is equipped with this function. 

The general operation of this embodiment will be 
described first. When a new file creation request is input 
to the virtual file management apparatus 102. the iden- 
tifier creation section. 1001 creates a new virtual file 
identifier, not yet existing in the management table 103. 
for the file requested to be created. Next, the server 
selection section 1002 selects one of the server com- 
puters connected to the network 1 1 1 in accordance with 
a predetermined method, and supplies the server com- 
puter name to the file creation section 1003. The file, 
creation section 1003 then sends a new file creation 
request to the server computer selected by the. server 
selection section 1002. Using the file system function, 
the selected server computer creates a new real file 
identifier in response to the file creation request, and 
sends the response to the server computer 101a. The 
file creation section 1003 thus receives the new real file 
identifier from the selected server computer, and 
passes the received real file identifier to-the manage- 
ment table updating section 1004 along with the name 
of the server computer selected by the server selection 
section 1002. Finally, the management table updating 
section 1004 adds the virtual file identifier, the server 
computer name, and the real file identifier to the con- 
tents of the management table 1 03. 

In this way. the management table 1 03 managed by 
the virtual file management apparatus 102 can be auto- 
matically constructed, and each client computer can 
create a new file without having to be aware of the 
selection of the server computer where the real data of 
the file should be stored. Using the thus constructed 
management table 103. the virtual file management 
system described in the first embodiment operates. 

Next, a specific example of how this embodiment is 
used will be described. As in the first embodiment, in 
Fig. 10, there are two files with virtual file identifiers 
V_001 and V_002 accessible from the client computers: 
the virtual file identifier V_001 corresponds to a real file 
identifier FILE_A existing in the file system 104a in the 
server computer 101a and the virtual file identifier 
V_002 corresponds to a real file identifier FILE_B exist: 
ing in the file system 104b in the server computer 101b. 
In this case, the contents of the management table 103 
managed by the virtual file management apparatus 102 
in the server computer 101a are as shown in Fig. 3. 

When a new file creation request is input from a cli- 
ent to the file management apparatus 102, the identifier 
creation section 1001 creates a new virtual file identifier 
V_003 not yet existing in the management table 103. 
Next, the server selection section 1002 queries the 
server computers 101a and 101b connected to the net- 
work 1 1 1 about the space available in their file systems 
104a and 104b, selects the server computer 10 lb hav- 
ing the larger available space, and supplies the name of 
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the selected server computer to the file creation section 
1 003. The file creation section 1 003 then sends a query 
to the file system 104b in the server conrputer 101b. 
obtains a real file identifier FILE_C to be used to create 
the real data of the file, and passes the server computer 
name 101b and the real file identifier FILE_C to the 
management table updating section 1004. Finally, the 
management table updating section 1004 adds the vir- 
tual file identifier V_003. the server computer name 
101b. and the real file identifier FILE_C to the contents 
of the management table 103. The result will be as 
shown in Fig. 1 1 . In this way. the management table 103 
is automatically constructed. 

In this embodiment, the selection of the server com- 
puter has been made based on the available space in its 
file system, but various other methods can be consid- 
ered for server computer selection algorithms, such as 
methods based on the number of files stored in the file 
system, the processing speed of the server computer, 
or the d gree of workload concentration, or a combina- 
tion thereof. 

Next, a virtual file management system according 
to a fourth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claims 4 and 5. 

Fig. 12 is a block diagram showing the virtual file 
management system according to the fourth embodi- 
ment of the present invention. In Fig. 12, reference 
numerals 101a and 101b are server computers; 102 is 
a virtual file management apparatus operating in the 
server computer 101a; 1201 is a management table 
including an access inhibit flag; 104a and 104b are file 
systems which are managed within the server comput- 
ers 101a and 101b. respectively; 105 is a request 
processing section; 106 is a request analyzing section; 
107 is a receiving section; 108 is a transmitting section; 
1202 is a preprocessing section; 1203 is a file move 
processing section; 109a, 109b. and 109c are client 
computers; 110 is a request modification processing 
section; and 1 1 1 is a network through which the client 
computers 109a. 109b. and 109c are connected to the 
server computers 101a and 101b. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to relevant drawings, dealing specifically with the 
operation of the file move processing section 1203 
when moving real data of a file between the server com- 
puters in the present embodiment, and the operation of 
the virtual file management apparatus 102 when a file 
access request is received from a client computer. 

Fig. 1 3 is a flowchart illustrating the processing flow 
tn the file move processing section 1203 when moving 
real data of a file between the server computers. First 
the file move processing section 1203 sets the access 
inhibit flag in the management table 1201 for the virtual 
file identifier of the file to be moved (step Si 301). Next 
the real data of the file is copied from the source server 
computer to the destination server computer (step 



S1302). Next, the server computer name and real file 
identifier corresponding to the original virtual file identi 
fier in the management table 1201 are changed to the 
destination server computer name and the real file iden- 
5 tifier in the destination server computer (step Si 303). 
Finally, the access inhibit flag corresponding to the orig- 
inal virtual file identifier in the management table 1201 
is reset (step S1304). In this way, the real data of the file 
corresponding to the virtual file identifier is moved 
io between the server computers. 

Fig. 14 is a flowchart illustrating the processing flow 
in the virtual file management apparatus 102 when a file 
access request is received from a client computer. First 
the receiving section 107 receives the file access 
is request from the client computer 109a (step S201). 
Next, the preprocessing section 1202 checks the 
access inhibit flag, in the management table 1201. cor- 
responding to the virtual file identifier contained in the 
received file access request (step S1401). If the access 
20 inhibit flag is set the preprocessing section 1202 cre- 
ates data indicating that the access is inhibited, and 
instructs the transmitting section 108 to transmit the 
data to the client computer. The transmitting section 1 08 
thus instructed transmits the data indicating that the 
25 access is inhibited, to the client computer (step S1402). 
On the other hand. if. in step S1401, the access inhibit 
flag is not set. the process from step S202 onward in 
Fig. 2 is carried out as in the first embodiment. 

Next, a specific example of how this embodiment is 
30 used will be described. As in the first embodiment, in 
Fig. 12. there are two files with virtual file identifiers 
V_001 and V_002 accessible from the client computers; 
the virtual file identifier V_001 corresponds to a real file 
identifier FILE_A existing in the file system 104a in the 
35 server computer 101a and the virtual file identifier 
V_002 corresponds to a real file identifier F1LE_B exist- 
ing in the file system 104b in the server computer 101b. 

In this case, the contents of the management table 
1201 managed by the virtual file management appare- 
nt? tus 102 in the server computer 101a. when file move 
operations are not being performed, are as shown in 
Fig. 15. At this time, if the real data of the virtual file 
identifier V_001 is to be moved from the server compu- 
ter 101a to the server computer 10lb. first in step 
45 S1301 the file move processing section 1203 sets the 
access inhibit flag in the management table 1201. as 
shown in Fig. 16. Next, in step S1302. the real data of 
the file designated by the virtual file identifier V_001 is 
copied from FILE__A in the file system 104a in the server 
so computer 101a to the file system 104b in the server 
computer 101b. Next, in step S1303. the contents of the 
management table 1201 are changed as shown in Fig. 
1 7. That is. the server identifier is changed to the desti- 
nation server computer name 101b, and the real file 
55 identifier is changed to the new real file identifier 
FILE_A2 obtained by querying the file system 104b in 
the destination server computer 10 1b about the real file 
identifier of the file copied in step Si 302. Finally, in step 
Si 304. the access inhibit flag for the virtual file identifier 
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V_001 is cleared. The contents of the management 
table 1201 are now as shownin Fig. 18. In this way. the 
real data of a file can be moved from one server compu- 
ter to another without changing its virtual file identifier 
that is to be used when issuing an access request from 5 
a dient computer. 

On the other hand, when the access inhibit flag is 
set if a file access request with the virtual file identifier 
V_001 is issued from the client computer 109b. first the 
receiving section 107 receives the access request in u> 
step S201 . Next, in step S1401 . the preprocessing sec- 
tion 1202 refers to the management table 1201 to check 
the status of the access inhibit flag for the virtual file 
identifier V_001 contained in the access request. In this 
case, since the access inhibit flag is set. step S1402 is 15 
carried out. In step Si 402. the preprocessing section 
1 202 creates data indicating that the access is inhibited, 
and instructs the transmitting section 1 08 to transmit the 
data to the client computer 109b. The transmitting sec- 
tion 108 thus instructed transmits the data indicating 20 
that the access is inhibited, to the client computer 109b. 
On the other hand, if the file move operation is com- 
pleted and the access inhibit flag is cleared, the process 
from step S202 onward is carried out as in the first 
embodiment, allowing the dient computer 109b to 25 
access the file by using the same virtual file identifier as 
that used before the real data was moved between the 
server computers. That is, the dient computer need not 
be aware of the movement of the real data between the 
server computers. 30 

Next, a virtual file management system according 
to a fifth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 6. 35 

Fig. 19 is a block diagram showing the virtual file 
management system according to the fifth embodiment 
of the present invention. In Fig. 19, reference numerals 
101a and 101b are server computers: 102 is a virtual 
file management apparatus operating in the server 40 
computer 101a; 103 is a management table; 104a and 
104b are file systems which are managed within the 
server computers 101a and 101b. respectively; 105 is a 
request processing section; 106 is a request analyzing 
section; 107 is a receiving section; 108 is a transmitting 45 
section; 1901 is an operating condition management 
table: 109a. 109b. and 109c are client computers; 1902 
is a request modification processing section which 
checks the operating condition management table 1901 
and selectively determines whether to transfer a so 
request to the server computer where real data of a file 
is stored; and 111 is a network through which the client 
computers 109a. 109b. and 109c are connected to the 
server computers 101a and 101b 

The thus constructed virtual file management sys- 55 
tern will be described below, dealing with the difference 
in operation from the first embodiment. 

The difference from the first embodiment lies in the 
operation of the request modification processing section 



1902. While, in the first embodiment, the request modi- 
fication processing section 1902 is called in step S203 
in Fig. 2. in the present embodiment the request modifi- 
cation processing section 1902 first checks the operat- 
ing condition management table 1901 to determine 
whether the server computer 101a or 101b identified by 
the request analyzing section 106 is operating or not. If 
the identified server computer is not operating, the 
request modification processing section 1902 instructs 
the transmitting section 108 to transmit data indicating 
that the server is not operating, to the dient computer 
109a; on the other hand, if the server computer is oper- 
ating, the request modification processing section 1902 
modifies the file access request into a file access 
request such that the server computer can directly 
respond to the client computer 109a. by using data in 
the management table 103. and instructs the transmit- 
ting section 108 to transmit the modified file access 
request to the server computer 101a or 1 01b. as in the 
first embodiment. In this way, when the server computer 
holding the real data of the requested file is not operat- 
ing, the non-operating condition is reported to the dient 
computer. Without this function, when there was no 
response to a file access request, the client computer 
could not judge whether the server computer where the 
virtual file management apparatus should be operating 
is not operating or the server computer holding the real 
data of the file is not operating. 

Next, a specific example of how this embodiment is 
used will be described. As in the first embodiment, in 
Fig. 19. there are two files with virtual file identifiers 
V_001 and V_002 accessible from the client computers: 
the virtual file identifier V_001 corresponds to a real file 
identifier FILE_A existing in the file system 104a in the 
server computer 101 a and the virtual file identifier 
V_002 corresponds to a real file identifier FILE_B exist- 
ing in the file system 104b in the server computer 101b. 
In this case, the contents of the management table 103 
managed by the virtual file management apparatus 102 
in the server computer 101a are as shown in Fig. 3. 
When the server computer 101b is not operating, the 
contents of the operating condition management table 
1901 are as shown in Fig. 20. 

At this time, when a file access request with the vir- 
tual file identifier V_002 is issued from the client compu- 
ter 109a. the processing in steps S201 and S202 
described in the first embodiment is carried out. In step 
S203. the request modification processing section 1902 
checks the contents of the operating condition manage- 
ment table 1901 shown in Fig. 20. as earlier described, 
and since the server computer 101b is not operating, 
instructs the transmitting section 108 to transmit the 
data indicating that the server 101b is not operating. 
The transmitting section 108 thus transmits the data 
indicating that the server 101b is not operating, to the 
dient computer 109a. On the other hand, if a file access 
request with the virtual file identifier V_00i is issued, 
since the server computer 10la is operating, the same 
operation as described in the first embodiment is per- 



13 



~ DOC ID _ 0774723A2 I > 



25 



EP 0 774 723 A2 



26 



formed. 

Next, a virtual file management system according 
to a sixth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 7. 

Fig. 21 is a block diagram showing the virtual file 
management system according to the sixth embodi- 
ment of the present invention. In Fig. 21. reference 
numerals 2101a and 2101b are server computers; 
2106a and 2106b are file systems which are managed 
within the server computers 2101a and 2101b, respec- 
tively; 2102a is a file identifier list for the files stored in 
the file system 2106a managed in the server computer 
2101a; 2102b.is a file identifier list for the files stored in 
the file system 2106b managed in the server computer 
2101b; 2103 is a request processing section; 2104 is an 
access request monitoring section; 2105 is a transmit- 
ting section; 2107a and 2107b are client computers; 
and 1 1 1 is a network through which the client comput- 
ers. 2107a and 2107b. and the server computers. 
2101a and 2101b. are connected. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to relevant drawings. 

Fig. 22 is a flowchart illustrating the general flow in 
the virtual file management system when a client com- 
puter accesses a file stored on a server computer. First, 
the client computer 2 1 07a or 2 1 07b issues a f He access 
request to a predetermined virtual server computer 
which is neither the server computer 2101a nor the 
server computer 2101b (step S2201). This file access 
request is received by the access request monitoring 
section 2104 in each of the server computers 2101a 
and 2101b (step S2202). The access request monitor- 
ing section 2104 then analyzes the received file access 
request and checks whether or not the file identifier 
contained in the file access request is stored in the file 
identifier list 2102a or 2102b in its own server computer. 
The file access request is passed to the request 
processing section 2103 only when the file identifier is 
stored in the file identifier list. If the file identifier is not 
stored in the file identifier list 2102a or 2102b. the proc- 
ess .s terminated here (step S2203). rf the file identifier 
is stored in the file identifier list 2102a or 2102b. the file 
access request is processed, and the transmitting sec- 
tion 2105 is instructed to transmit the processed result 
to the client computer 2107a or 2107b (step S2204). 
The transmitting section 2105 thus transmits the proc- 
essed result to the client computer 2107a or 2107b 
(step S2205). Finally, the client computer 2107a or 
2107b receives the response to the access request 
(step S2206). 

A specific example of how this embodiment is used 
will be described next. In Fig. 21, in the file system 
2106a of the server computer 2101a there are three 
files with file identifiers FILE_A. FILE_B, and FILE_C 
which can be accessed from the client computers, while 
m the file system 2106b of the server computer 21 01b 



there are two files with file identifiers FILEJD and 
FILE_E which can be accessed from the client comput- 
ers. The contents of the file identifier list 2102a in the 
server computer 2101 a are as shown in Fig. 23. and the 
5 contents of the file identifier list 2102b in the server 
computer 2101b are as shown in Fig. 24. In this situa- 
tion, the processing flow will be described with refer- 
ence to the flowchart of Fig. 22 when a file access 
request for FILE_D such as shown in Fig. 25. is issued 
io from the client computer 2107b to the predetermined 
virtual server computer. 

First, in step S2201. the client computer 2107b 
issues an access request such as shown in Fig. 25 to 
the virtual server computer V_SERVER. In step S2202. 
is the access request monitoring section 2104 in each of 
the server computers 2101a and 2101b receives the file 
access request. Next, in step S2203. the access 
request monitoring section 21 04 of the server computer 
2101a checks whether FILE_D is carried in the file iden- 
20 trfier list 2102a shown in Fig. 23; since FILE_D is not 
there, the process is terminated. Likewise, in step 
S2203. the access request monitoring section 2104 of 
the server computer 2101b checks whether FILE_D is 
carried in the file identifier list 2102b shown in Fig. 24; 
25 since FILE_D is found there, the file access request of 
Fig. 25 is passed to the request processing section 
2103. Next, in step S2204. the request processing sec- 
tion 2103 processes the file access request, reads the 
real data of the file identifier FILE__D from the file system 
30 2106b. and instructs the transmitting section 2105 to 
transmit the data to the client computer 2107b. Thus, in 
step S2205, the transmitting section 2105 of the server 
computer 2101b transmits the data to the client compu- 
ter 2107b. Finally, in step S2206. the client computer 
35 2107b receives the response. In this way. the client 
computer can receive the response to the file access 
request issued to the virtual server computer. 

Next, a virtual file management system according 
to a seventh embodiment of the present invention will be 
40 described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 8. 

Fig. 26 is a block diagram showing the virtual file 
management system according to the seventh embodi- 
45 ment of the present invention. In Fig. 26. reference 
numeral 2601 is a master file identifier list. 2602 is an 
identifier creation section, 2603 is a server selection 
section, 2604 is a file creation section. 2605 is a master 
list updating section, and 2606 is a list updating section 
so which updates the file identifier list 2102a or 2102b in 
the server computer 2101a or 2101b. respectively; the 
other component elements are the same as those 
described in connection with Fig. 21 in the description of 
the sixth embodiment. 
55 When creating a new file to be managed by the vir- 
tual server computer, a server computer where the real 
data of the file should be stored must be selected. To 
achieve this, in the present embodiment, one of the 
server computers acts as a master server computer to 
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determine in which server computer the file should be 
created. 

The operation of the present embodiment, when 
creating a new file, will be described below. First, when 
a new file creation request is issued to the master s 
server computer 2101a. the identifier creation section 

2602 creates a new file identifier not yet existing in the 
master file identifier list 2601. Next, in accordance with 
a predetermined method the server selection section 

2603 selects one server computer from among the w 
server computers 2101a and 2101b connected to the 
network 111. and supplies the name of the selected 
server computer to the file creation section 2604. The 

file creation section 2604 instructs the server computer 
2101a . or 2101b. whichever is selected by the server is 
selection section 2603. to create the file with the file 
identifier created by the identifier creation section 2602. 
The master list updating section 2605 newly adds the 
file identifier created by the identifier creation section 
2602 to the master file identifier list 2601 . On the other 20 
hand, the server computer 2101a or 2101b. whichever 
is instructed to create the file with the file identifier cre- 
ated by the identifier creation section 2602, creates the 
file in its file system 2106a or 2106b. following which the 
list updating section 2606 newly adds the file identifier zs 
created by the identifier creation section 2602 to the file 
identifier list 2102a or 2102b. In this way. a new file to be 
managed by the virtual server computer can be added. 

A specific example of how this embodiment is used 
will be described next. As in the foregoing sixth embod- 30 
iment. in Fig. 26 f in the file system 2106a of the server 
computer 21 01 a there are three files with file identifiers 
FILE_A, FILE_B. and FILE_C which can be accessed 
from the client computers, while in the file system 2106b 
of the server computer 2101b there are two f il es with file 3S 
identifiers FILE_D and FIIE_E which can be accessed 
from the client computers. The contents of the file iden- 
tifier list 2102a in the server computer 2101a are as 
shown in Fig. 23. and the contents of the file identifier 
list 2102b in the server computer 2101b are as shown in 40 
Fig. 24. Further, the contents of the master file identifier 
list 2601 are as shown in Fig. 27. 

In this situation, when an instruction to create a new 
file in the virtual server computer is given to the master 
server computer 2101a. first the identifier creation sec- 45 
tion 2602 creates a file identifier FILE_F not yet existing 
in the master file identifier list 2601. Next, the server 
selection section 2603 queries the server computers 
2101a and 2101b connected to the network 111 about 
the number of files stored in their respective file systems so 
2106a and 2106b. and selects the server computer 
2101b that stores the fewer files. The result of the selec- 
tion is given to the file creation section 2604. The file 
creation section 2604 instructs the server computer 
2101b to create the file with the file identifier F1LE_F. 55 
The server computer 2101b creates the file in its file 
system 2106b. and the list updating-section 2506 adds 
FILE_F to the file identifier list 2102b. Finally, the master 
list updating section 2605 adds FILE_F to the master 



file identifier list 2601. The contents of the master file 
identifier list 2601 are now as shown in Fig. 28. The con- 
tents of the file identifier list 21 02b in the server compu- 
ter 2101b at this time are shown in Fig. 29. In this way. 
the master file identifier list is automatically constructed. 
The files whose identifiers are stored in the thus con- 
structed master file identifier list can be accessed from 
the client computers in the same manner as described 
in the sixth embodiment. 

Next, a virtual file management system according 
to an eighth embodiment of the present invention will be 
described with reference to relevant drawings. This 
embodiment corresponds to the invention described in 
claim 9. 

Fig. 33 is a block diagram showing the virtual file 
management system according to the eighth embodi- 
ment of the present invention. The difference of this 
embodiment from the virtual file management system of 
the first embodiment shown in Fig. 1 is that, while in Fig. 
1 the virtual file management apparatus 102 is provided 
within the server computer 101 a, in the present embod- 
iment the virtual file management apparatus 102 is con- 
nected to the network 111, independently of the server 
computer. The configuration and operation of the virtual 
file management apparatus 102 are fundamentally the 
same as the one shown in Fig. 1 ; since the description 
is already given in connection with the first embodiment, 
the description will not be repeated here. 

In the above embodiment, the selection of the 
server computer was made based on the number of 
files stored in its file system, but various other methods 
can be considered for server computer selection algo- 
rithms, such as methods based on the capacity of the 
file system, the processing speed of the server compu- 
ter, the degree of workload concentration, etc. 

It will also be recognized that the means and sec- 
tions in the present invention may be wholly or partly 
implemented in software using a computer or in hard- 
ware using dedicated hardware circuits. 

In the case of software implementation, all or part of 
the necessary programs for implementation can be pro- 
vided on a floppy disk or a CD-ROM. 

Next, a virtual file management system according 
to a ninth embodiment of the present invention will be 
described with reference to relevant drawings. 

Fig. 34 is a block diagram showing the virtual file 
management system according to the ninth embodi- 
ment of the present invention. The configuration of this 
embodiment will be described with reference to the 
same figure. 

tn Fig. 34, reference numerals 3101 and 3102 are 
server computers; 3103 is a virtual file management 
apparatus operating in the server computer 3101 ; 3104 
is a virtual file management table; 3105 is an access 
request processing section; 3106 is a file access table; 
3107 is a file access count updating section; 3108 is a 
timer; 3109 is a file move management section; 3110 
and 3111 are file systems which are managed within the 
server computers 3101 and 3102. respectively; 31 12 is 
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a client computer; and 31 13 is a network through which 
the client computer 3112 is connected to the server 
computers 3101 and 3102. Request frequency storage 
means of the present invention includes the file access 
table 3106 and the file access count updating section 
3107. File move control means of the present invention 
corresponds to the file move management section 
3109. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to relevant drawings. 

First the operation in the file access count updating 
section 3107 will be described, taking a case when a file 
access request from the client computer 3112 occurs in 
the server computer 3101 where the virtual file manage- 
ment apparatus 3103 is operating. Fig. 35 is a flowchart 
illustrating the processing flow in the file access count 
updating section 3107. 

When a file access request is issued from the client 
computer 3112 to the server computer 3101. the fUe 
access count updating section 3107 and the access 
request processing section 3105 receive the file access 
request (step Si 01). The access count updating section 
3107 determines which virtual file identifier is access- 
requested from the received file access request (step 
S102). and updates the access count value in the file 
access table 3106 for the thus determined virtual file 
identifier (step S103). 

On the other hand, the access request processing 
secton 3105 which received the same file access 
request checks the virtual file management table 3104 
modifies the file access request so as to respond to the 
client computer 3112. and transfers the modified file 
access request to the server computer where the real 
data of the virtual file identifier requested in the file 
access request is stored, as described in connection 
with the first embodiment. The server computer that 
received the modified file access request transmits the 
response data to the client computer 31 12 which thus 
obtains the response to the file access request it issued 
Next, the operation of the file move management 
section 3109 activated by the timer 3108 will be 
described. Fig. 36 is a flowchart illustrating the process- 
ing flow in the file move management section 3109 

When the file move management section 3109 is 
activated by the timer 3108 at a predetermined time 
interval, the file move management section 3109 
checks the file access table 3106 and determines a fre- 
quently accessed virtual file identifier (step S301) 
Then, the real data corresponding to the thus deter- 
mined virtual file identifier is moved from the server 
computer where it is stored to another server computer 
(step S302); then, the contents of the virtual file man- 
agement table 3104 for that virtual file identifier are 
changed to indicate the real file identifier in the destina- 
t.on server computer and the destination server identi- 
fy (step S303). and finally, the file access table 3106 is 
initialized (step S304). 

In this way. when there occurs a file access request 



from the client computer 3112. the file access table 
3106 is updated by the file access count updating sec- 
tion 3107, and the file move management section 3109 
which is activated by the timer 3108 at predetermined 
5 intervals of time checks the contents of the file access 
table 31 06 so that the real data corresponding to the fre- 
quently accessed virtual file identifier can be moved to 
another server computer. 

A specific example of how this embodiment is used 
10 will be described next. 

Suppose a case where a file access request (see 
Fig. 39) designating a virtual file identifier v_002 is 
issued from the client computer 31 12 to the server com- 
puter 3101 when the contents of the virtual file manage- 
rs ment table 3104 in the server computer 3101 are as 
shown in Fig. 37(a) and the contents of the file access 
table 3106 are as shown in Fig. 38(a). The operation of 
the file access count updating section 3107 in this case 
will be described with reference to the flowchart of Fia 
20 35. y ' 

First, in step Si 01 . the file access request of Fig. 39 
is received. Next, in step Si 02. it is determined from the 
file access request that the request is for the virtual file 
identifier V_002. Finally, in step S103. the number of 
ss accesses to the virtual file identifier V_002 in the file 
access table 3106 is increased by 1. thus updating the 
contents of the file access table 3106 from those shown 
in Fig. 38(a) to those shown in Fig. 38(b). 

Now. when the contents of the file access table 
30 3 106 are as shown in Fig. 38(b). the operation of the file 
move management section 3109 activated by the timer 
3108 will be described with reference to the flowchart of 
Fig. 36. 

First, in step S301, the most frequently accessed 
35 virtual file identifier V_001 is determined from the file 
access table 3106. Next, in step S302. the real data cor- 
responding to the virtual file identifier V_001 whose 
real file identifier FILE_101A is stored in the server com- 
puter 3101, is moved to the other server computer 
« 3 1 02. When the real identifier of the real data moved to 
the server computer 3102 becomes FILE_102C as a 
result of the move, then in step S303 the contents of the 
virtual file management table 3104 are updated from 
those shown in Fig. 37(a) to those shown in Fig 37(b) 
« Finally, in step S304. the file access table 31 06 is initial- 
ized as shown in Fig. 38(c). 

In this way. a file with a high frequency of access 
can be identified and moved effectively to distribute the 
workload. This means that, as described in the specific 
sc example of this embodiment, when access requests are 
made for the same file within a predetermined period of 
bme after the file is moved, the file access requests con- 
centrated on the server computer 3101 are distributed 
between the server computers 3101 and 3102 
« The present embodiment has dealt with a system 
having two server computers, but the number is not lim- 
ited to two. For example, when there are three or more 
server computers, the same effect as described above 
can be obtained. In that case, however, it becomes nee- 
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essary to determine to which server computer the file 
should be moved. The server selection can be accom- 
plished in various ways, for example, by selecting a 
server computer having the largest space available in 
the file system or by selecting a server computer where 5 
the number of files stored in the file system is the small- 
est. 

In step S301. the file move management section 
3109 may determine two or more virtual file identifiers to 
select two or more files to be moved. There is also a 10 
possibility that no files are selected and no file move 
operations are performed. 

Further, in step S304 illustrating the operation of 
the file move management section 3 1 09. the contents of 
the file access table 3106 were all initialized to 0 in the is 
above example, but to prevent successive moves, the 
initialization may be performed by appropriately weight- 
ing the access count of the virtual file identifier whose 
real data was moved. 

In the above description, the file access count 20 
updating section 3105 updates the file access table 
3106 when an access request for file read occurs. Alter- 
natively, the file access table 3106 may be updated 
regardless of the type of file access request or by 
selecting a particular type of file access request. 25 

Next a virtual file management system according 
to a 10th embodiment of the present invention will be 
described with reference to relevant drawings. 

Fig. 40 is a block diagram showing the virtual file 
management system according to the 1 0th embodiment 30 
of the present invention. In Fig. 40. reference numeral 

3701 is a server access table. 3702 is a server access 
count updating section, and 3703 is a server move man- 
agement section; the other component elements are the 
same as those described in connection with Fig. 34 in 35 
the description of the ninth embodiment. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to relevant drawings. 

First, the operation in the server access count <o 
updating section 3702 will be described, taking a case 
when a file access request from the client computer 
3112 occurs in the server computer 3101 where the vir- 
tual file management apparatus 3103 is operating. Fig. 
41 is a flowchart illustrating the processing flow in the 45 
server access count updating section 3702. 

When a file access request is issued from the client 
computer 3112 to the server computer 3101. the server 
access count updating section 3702 receives the file 
access request, similarly to the ninth embodiment (step so 

5801) . 

Next, the server access count updating section 

3702 determines which virtual file identifier is access- 
requested from the received file access request (step 

5802) . and checks the virtual file management table ss 
3104 to determine the server where the real data desig- 
nated by the above-determined virtual file identifier is 
stored (step S803). Then, the access count value in the 
server access tatrfe 3701 for the thus determined server 



identifier is updated (step S804). 

The operation of the server move management 
section 3703 activated by the timer 3108 will be 
described next. Fig. 42 is a flowchart illustrating the 
processing flow in the server move management sec- 
tion 3703. 

When the server move management section 3703 
is activated by the timer 3108 at a predetermined time 
interval, the server move management section 3703 
checks the server access table 3701 and determines 
the server identifier of a frequently accessed server 
(step S901). Then, the virtual file management table 
3104 is checked, and the real data corresponding to the 
virtual file identifier and managed in the server compu- 
ter identified with the determined server identifier is 
moved from the server computer where the data is 
stored, to another server computer (step S902); then, 
the contents of the virtual file management table 3104 
for the thus moved virtual file identifier are changed to 
indicate the real file identifier in the destination server 
computer and the destination server identifier (step 
S903), and finally, the server access table 3701 is initial- 
ized (step S904). 

In this way. when there occurs a file access request 
from the client computer 31 12. the server access table 
3701 is updated by the server access count updating 
section 3702. and the server move management sec- 
tion 3703 which is activated by the timer 3108 at prede- 
termined intervals of time checks the contents of the 
server access table 3701 so that the real data corre- 
sponding to the virtual file identifier and managed in the 
server computer identified with the frequently accessed 
server identifier can be moved to another server compu- 
ter. 

A specific example of how this embodiment is used 
will be described next. 

Here, similarly to the description of the ninth 
embodiment, suppose a case where a file access 
request (see Fig. 39) designating a virtual file identifier 
V_002 is issued from the client computer 3112 to the 
server computer 3101 when the contents of the virtual 
file management table 3104 in the server computer 
3101 are as shown in Fig. 37(a) and the contents of the 
server access table 3701 are as shown in Fig. 43(a). 
The operation of the server access count updating sec- 
tion 3702 in this case will be described with reference to 
Fig. 41. 

First, in step S801 . the file access request of Fig. 39 
is received. Next, in step S802. it is determined from the 
file access request that the request is for the virtual file 
identifier V_002. In step S803. the virtual file manage- 
ment table 3104 of Fig. 37(a) is checked, to determine 
that the real data designated by the above-determined 
virtual file identifier VJ302 is stored in the server com- 
puter identified with the server identifier 101. Finally, in 
step S804. the number of accesses to the server identi- 
fier 101 in the server access table 3701 is increased by 
1 , thus updating the contents of the server access table 
3701 from those shown in Fig. 43(a) to those shown in 



17 



-CID <EP__ G77J723A2 i > 



33 



EP 0 774 723 A2 



34 



Fig. 43(b). 

Now, when the contents of the server access table 
3701 are as shown in Fig. 43(b), the operation of the 
server move management section 3703 activated by the 
timer 3108 will be described with reference to the flow- s 
chart of Fig. 42. 

First, in step S901. the most frequently accessed 
server identifier 101 is determined from the server 
access table 3701. Next in step S902, the virtual ffle 
identifier V001 managed in the server computer 3101 w 
is selected, and the real data of the real file identifier 
FILE_101A corresponding to that virtual identifier is 
moved to the other server computer 3102. When the 
real file identifier of the real data moved to the server 
computer 3102 becomes FILE_102C as a result of the ts 
move, then in step S903 the contents of the virtual fPe 
management table 3104 are updated from those shown 
in Fig. 37(a) to those shown in Fig. 37(b). Finally, in step 
S904. the server access table 3701 is initialized as 
shown in Fig. 43(c). 2Q 

In this way. a server computer with a high frequency 
of access can be identified, and files can be moved 
effectively to distribute the workload. 

In steps S901 and S902. the server move manage- 
ment section 3703 may select a plurality of virtual file 2s 
identifiers to move the corresponding real data from a 
plurality of server computers. Or. there may be cases 
where no move operations are performed. 

In the above description, the server access count 
updating section 3702 updates the server access table 3c 
3701 when an access request for file read occurs After- 
natively, the server access table 3701 may be updated 
regardless of the type of file access request or by 
selecting a particular type of file access request. 

It is also possible to construct a virtual file manage- 3s 
ment system, by combining the configurations of the 
ninth and 10th embodiments. The system in this case 
includes both the file access table 3106 of Fig 34 and 
the server access table 3701 of Fig. 40. and when a file 
access request occurs from the client computer 3112 ao 
the respective tables are updated by the file access 
count updating section 3107 of Fig. 34 and the server 
access count updating section 3702 of Rg. 40. In this 
configuration, since both tables are checked by the 
move management section when activated by the timer as 
3108. file move operations can be performed to achieve 
more effective distribution of server workload. 

Next, a virtual ffle management system according 
to an 1 ith embodiment of the present invention will be 
described with reference to relevant drawings. 50 

Fig. 44 is a block diagram showing the virtual file 
management system according to the 1 ith embodiment 
of the present invention. In Rg. 44, reference numeral 
1101 is a virtual file management table capable of man- 
aging a plurality of server identifier/real file identifier ss 
pairs for each virtual file identifier, and 1 102 is a duplica- 
tion management section; the other component ele- 
ments are the same as those described in connection 
with Rg. 34 in the description of the ninth embodiment 



File duplication control means of the present invention 
corresponds to the duplication management section 
1102. and request processing means of the present 
invention corresponds to the access request processing 
section 105. 

The operation of the thus constructed virtual file 
management system will be described below with refer- 
ence to relevant drawings. 

The operation of the file access count updating sec- 
tion 3107 is the same as that described in connection 
with Rg. 35 in the description of the ninth embodiment 
The operation of the duplication management sec- 
tion 1 102 activated by the timer 3108 will be described 
below. Rg. 45 is a flowchart illustrating the processing 
flow in the duplication management section 1 102. 

When the duplication management section 1 102 is 
activated by the timer 3108 at a predetermined time 
interval, the duplication management section H02 
checks the file access table 3106 and determines a fre- 
quently accessed virtual file identifier (step S1201). 
Then, the real data corresponding to the thus deter- 
mined virtual file identifier is duplicated to a server com- 
puter different from the server computer where the real 
data is stored (step S1202). and a new real file identi- 
fier/server identifier pair corresponding to that virtual 
identifier is added to the virtual file management table 

1 101 (step S1203). Finally, the file access table 3106 is 
initialized (step Si 204). 

In this way, when there occurs a file access request 
from the client computer 3112. the file access table ' 
3106 is updated by the file access count updating sec- 
tion 3107. and the duplication management section 

1102 which is activated by the timer 3108 at predeter- 
mined intervals of time checks the contents of the file 
access table 3 106 so that the real data corresponding to 
the frequently accessed virtual file identifier can be 
duplicated to another server computer. 

A specific example of how this embodiment is used 
will be described next. 

The operation of the file access updating section 
3107 is the same as that described in the ninth embod- 
iment. The following describes the operation of the 
duplication management section 1 102 with reference to 
the flowchart of Fig. 45. taking a case when the con- 
tents of the virtual file management table 1101 in the 
server computer 3101 are as shown in Fig. 46(a) and 
the contents of the file access table 3106 are as shown 
m Fig. 38(b). 

First, in step S1201. the most frequently accessed 
virtual file identifier V.001 is determined from the file 
access table 3106. Next, in step Si 202, since the real 
data FILE_101A corresponding to the virtual file identi- 
fier V_001 is stored in the server computer 3101 the 
real data corresponding to the virtual file identifier 
VJM1 is duplicated to the server computer 3102. When 
the real file identifier of the duplicated real data to the 
server computer 3102 becomes FILE_102C. then in 
step S1203 the contents of the virtual file management 
table 1 101 are updated from those shown in Rg. 46(a) 
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to those shown in Fig. 46(b). Finally, in step Si 204. the 
file access table 3106 is initialized as shown in Fig. 
38(c). 

In this way. a file with a high frequency of access is 
managed with multiple copies automatically created in s 
the system. 

Further, when requests for the duplicated file hap- 
pen to be made from multiple client computers simulta- 
neously, the access request processing section 3105 
processes such requests not only as requests to the ic 
server where the original file is stored but also as 
requests to other servers where copies are stored. 

Thus, by managing multiple copies of the same real 
data for one virtual file identifier, when file access 
requests are made from a client computer for the file is 
where accesses are concentrated, the processing of the 
file access requests can be distributed among multiple 
server computers so that the system can service as 
many client computers as possible. 

In step S1 201 . the duplication management section 20 
1 1 02 may determine two or more virtual file identifiers 
for creation of copies. 

Further, the number of server computers to dupli- 
cate data to is not limited to one. 

Further, in step S1204 illustrating the operation of 2s 
the duplication management section 1 102. the contents 
of the file access table 3106 were all initialized to 0 in 
the above example; alternatively, the initiaJization may 
be performed by appropriately weighting the access 
count of the virtual file identifier with which copies were 30 
created. 

If the duplication management section 1 102 of the 
11th embodiment is replaced by a duplication/deletion 
management section, the result is the embodiment of 
the invention described in claim 19. In that corrfigura- 35 
tion. the duplication/deletion management section 
incorporates not only the function of the duplication 
management section 1 102 of the 1 1th embodiment, that 
is. the function of creating copies of real data for a fre- 
quently accessed virtual file identifier, but also the func- 40 
tion of deleting copies of real data if multiple copies of 
the real data are managed in the system though its vir- 
tual file identifier is infrequently accessed. In this way. 
while managing multiple copies of real data for a fre- 
quently accessed virtual file identifier, if the number of 45 
accesses to that file has decreased, the copies can be 
deleted, thus achieving effective utilization of storage 
space. 

As described, according to the ninth embodiment of 
the invention, file access frequency is managed by so 
using the file access table and the file access count 
updating section, and the file access table is checked at 
predetermined intervals of time by using the timer and 
the file move management section, so that a file with a 
high frequency of access can be moved from one server 55 
to another. By dynamically moving files with high fre- 
quencies of access in this way. system workload can be 
distributed. 

Further, according to the 10th embodiment of the 



invention, the frequency of access to each server is 
managed by using the server access table and the 
server access count updating section, and the server 
access table is checked at predetermined intervals of 
time by using the timer and the server move manage- 
ment section, to find a server where accesses are con- 
centrated. In this way, the worWoad of the server 
computer where accesses are concentrated can be dis- 
tributed effectively. 

Furthermore, by. combining the configurations of 
the ninth and 10th embodiments, the effects of the 
invention as offered in the ninth and 10th embodiments 
can be achieved simultaneously. 

According to the 1 1th embodiment of the invention, 
file access frequency is managed by using the file 
access table and the file access count updating section, 
the file access table is checked at predetermined inter- 
vals of time by using the timer and the duplication man- 
agement section, and copies of files with high 
frequencies of access are stored on multiple server 
computers. This achieves a system that can process as 
many file access requests from clients as possible for a 
file where accesses are concentrated. 

Furthermore, according to the configuration where 
the duplication/deletion management section is pro- 
vided instead of the duplication management section of 
the 1 1th embodiment, it is made possible to delete cop- 
ies of a file that was previously frequently accessed but 
is currently infrequently accessed. This, in addition to 
the effect achieved in the 1 1th embodiment of the inven- 
tion, provides the effect of reducing wastage of storage 
space. 

Each of the above configurations may be imple- 
mented in hardware, but it is also possible to implement 
equivalent functions in software. 

Further, when implementing each function in soft- 
ware, programs implementing all or part of the software 
may be provided on a recording medium such as a 
floppy disk or a CD-ROM. 

As is apparent from the above description, accord- 
ing to the invention, with the provision of the virtual file 
management apparatus operating in at least one server 
and comprising the management table, the request 
analyzing section, and the request modification 
processing section, a file access request from a termi- 
nal can be transferred to a server where the real data of 
the requested file is stored, and thus, any of the files 
stored on multiple servers can be accessed by just issu- 
ing an access request to one designated server from 
the terminal, with little increase in response time and 
network workload. 

In the configuration of the invention in which the 
identifier creation section . management table process- 
ing section and control section are added to the config- 
uration of the invention of claim 1, an access request 
that need not be transferred as a file access request to 
a server is processed by the management table 
processing section. This configuration, in addition to the 
effect achieved by the invention of claim 1. provides the 
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effect of further reducing the network workload as well 
as the response time to the access request. 

In the configuration of the invention in which the 
server selection section, file creation section, and man- 
agement table updating section are added to the config- s 
uration of the invention of claim 1. a server is 
automatically selected when creating a new file. This 
configuration not only provides the same effect as 
acmeved by the invention of claim 1 but makes it possi- 
ble to create a new file to be managed by the virtual file w 
management apparatus without having to be aware of 
the selection of the server where the real data of the file 
should be stored. 

Furthermore, according to the invention, when the 
v.rtual file management apparatus operating in at least is 
one server is constructed with the management table 
having an access inhibit flag, the request analyzing sec- 
tion, the request modification processing section the 
preprocessing section, and the move processing 'sec- 
tion, a file access request from a terminal can be trans- 20 
ferred to a server where the real data of the requested 
file is stored, and thus any of the files stored on multiple 
servers can be accessed by just issuing an access 
request to one designated server from the terminal with 

little increase in response time and network workload In zs 
addition, in this virtual file management system, even 
when the real data of a file is moved from one server to 
another, the terminal can access the file without having 
to be aware of where the file is moved. 

Also, according to the invention, when the virtual 30 
file management apparatus operating in at least one 
server is constructed with the management table, the 
request analyzing section, the request modification 
processing section, and the operating condition man- 
agement table, a file access request from a terminal can 35 
be transferred to a server where the real data of the 
requested file is stored, and thus any of the files stored 
on milfcple servers can be accessed by just issuing an 
access request to one designated server from the termi- 

TL^n 'f 6 ^ 635 * in response and network <o 
worwoad. In addition to that, when the server where the 
real data of the file is stored is not operating, the non- 
operating condition can be reported to the terminal 

In 1 the configuration of the invention in which the file 
identifier list, access request monitoring section, trans- « 
mining section, and request processing section are pro- 
v,ded m each of multiple servers, when a file access 
request is made to a virtual server from a terminal, the 
real server where the requested file is managed can by 
itself respond to the requesting terminal, and thus any 50 
of the files stored on the multiple servers can be 
accessed by ,ust issuing an access request to one vir- 
tual server from the terminal, without causing workload 
concentration on a particular server and without 
increasing network workload. 

Further, in the configuration of the invention in 
whjch the master file identifier list, identifier creation 
section server selection section, file creation section 
master l.st updating section, and list updating section 



are added to the configuration of the invention of daim 
7. a server is automatically selected when creating a 
new file. This configuration not only provides the same 
effect as achieved by the invention of claim 7 but makes 
it possible to create a new file without having to be 
aware of the selection of the server where the real data 
of the file should be stored. 

As described above, the present invention has the 
advantage of improving responsiveness to the terminal 
and reducing the workload of the network. 

Furthermore, by including the request frequency 
storage means for storing the frequencies of the 
requests made from terminals within a prescribed 
period of time for each managed file and/or for each 
managed server, and the file move control means for 
selecting a file satisfying a prescribed criterion by using 
the stored request frequencies, and for moving the 
selected file from the server where it is stored to another 
server, the invention provides the advantage of further 
improving the processing capabilities to process file 
requests from the terminals, as compared with the prior 
art configuration. 

Claims 

1 • A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers 
wherein 

a virtual file management apparatus operat- 
ing in at least one of said plurality of servers is pro- 
vided that comprises: a management table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored and a 
real file identifier in said server are stored as a set 
far each of said virtual file identifiers: a receiving 
section which receives a file access request from 
each of said terminals; a request analyzing section 
which checks said management table by using the 
virtual file identifier contained in the file access 
request received by said receiving section and 
thereby determines the server where the real data 
of the requested file is stored; a transmitting section 
wh.ch transmits data; and a request modification 
processing section which modifies said file access 
request so that a response to said file access 
request can be sent back to the terminal that issued 
said access request, directly from the server deter- 
m.ned by said request analyzing section, and which 
instructs said transmitting section to transmit said 
mod,f.ed file access request to said determined 
server, and 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from said transmitting 
section of said virtual file management apparatus 
and processes said received file access request 
and which transmits the processed result to said 
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terminal at least when said file access request is a 
request to read file contents. 

2. A virtual file management system according to 
claim 1 , wherein 5 

said management table further stores an 
attribute of said files, and 

said virtual file management apparatus fur- 
ther comprises: a management table processing 
section which processes a file access request to 
made from each of said terminals to update or ref- 
erence said management table, creates response 
data from a processed result, and instructs said 
transmitting section to transmit said created 
response data to said terminal; and a control sec- 15 
tion which identifies the type of the file access 
request received by said receiving section, and 
which passes said file access request in a selective 
manner to said management table processing sec- 
tion when said file access request is identified as a 20 
request to update or reference said management 
table, and to said request analyzing section when 
said file access request is identified as a request 
other than the request to update or reference said 
management table. 25 

3. A virtuaJ file management system according to 
claim 1 , wherein 

said virtual file management apparatus fur- 
ther comprises: an identifier creation section which. 30 
when creating a new file in any one of said plurality 
of servers, creates for said file a new virtual file 
identifier not yet existing in said management table: 
a server selection section which selects a server 
where real data of said file is to be stored: a file ere- 35 
ation section which acquires a real file identifier cor- 
responding to said new virtual file identifier from the 
server selected by said server selection section: 
and a management table updating section which 
updates said management table by storing said 40 
new virtual file identifier, the server name of said 
server selected by said server selection section, 
and said real file identifier as a set in said manage- 
ment table. 

4. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

a virtual file management apparatus operat- so 
ing in at least one of said plurality of servers is pro- 
vided that comprises: a management table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored, a real 55 
file identifier in said server, ano an access inhibit 
flag are stored as a set for each of said virtual file 
identifiers: a receiving section which receives a file 
access request from each of said terminals: a 



request analyzing section which checks said man- 
agement table by using the virtual file identifier con- 
tained in the file access request, and thereby 
determines the server where the real data of the 
requested file is stored: a transmitting section which 
transmits data: a request modification processing 
section which modifies said file access request so 
that a response to said file access request can be 
sent back to the terminal that issued said access 
request, directly from the server determined by said 
request analyzing section, and which instructs said 
transmitting section to transmit said modified file 
access request to said determined server; and a 
preprocessing section which checks said manage- 
ment table in connection with the file requested in 
the file access request received by said receiving 
section, and which, when said access inhibit flag is 
set, instructs said transmitting section to transmit 
data indicating an access inhibited condition to said 
terminal, but when said access inhibit flag is not set. 
passes said file access request to said request ana- 
lyzing section, and 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from said transmitting 
section of said virtual file management apparatus, 
processes said received file access request, and 
transmits the processed result to said terminal. 

5. A virtual file management system according to 
claim 4, wherein said virtual file management appa- 
ratus further comprises a file move processing sec- 
tion which, when moving real data of a particular file 
from one server to another server, sets said access 
inhibit flag in said management table and dupli- 
cates the real data of said particular file from the 
source server to the destination server, and which 
clears said access inhibit flag after updating said 
management table by changing said server name 
of the server where the real data of said particular 
file is stored and said real file identifier in said 
server to the server name of the destination server 
and the real file identifier in said destination server. 

6. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

a virtual file management apparatus operat- 
ing in at least one of said plurality of servers is pro- 
vided that comprises: a management table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored and a 
real file identifier in said server are stored as a set 
for each of said virtual file identifiers; an operating 
condition management table which manages data 
indicating whether said server is operating or not; a 
receiving section whicn receives a file access 
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request from each of said terminals; a request ana- 
lyzing section which checks said management 
table by using the virtual file identifier contained in 
the file access request received by said receiving 
section, and thereby determines the server where 5 
the real data of the requested file is stored; a trans- 
mitting section which transmits data: and a request 
modification processing section which checks said 
operating condition management table to deter- 
mine whether said server determined by said 10 
request analyzing section is operating or not, and 
which, when said server is not operating, instructs 
said transmitting section to transmit data indicating 
a non-operating condition to said terminal, but 
when said server is operating, modifies said file J5 
access request so that a response to said file 
access request can be sent back to the terminal 
that issued said access request, directly from the 
server determined by said request analyzing sec- 
tion, and instructs said transmitting section to trans- 20 
mit said modified file access request to said 
determined server, and 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from said transmitting 25 
section of said virtual file management apparatus, 
processes said received file access request, and 
transmits a processed result to said terminal. 

7. A virtual file management system constructed with 30 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, and 
capable of supporting a configuration in which file 
access requests from said terminals are issued to a 
virtual server that is different from said plurality of 35 
s rvers and that does not exist physically, wherein 
said plurality of servers each include: a file 
identrf ier list which manages file identifiers stored in 
each server; a transmitting section which transmits 
data; a request processing section which proc- ao 
esses a file access request and instructs said trans- 
mitting section to transmit the processed result to 
said terminals; and an access request monitoring 
section which monitors a file access request being 
made from said terminals to said virtual server, and 45 
which passes said file access request to said 
request processing section only when the file iden- 
tifier contained in said file access request is stored 
in said file identifier list. 

. A 50 

t. A virtual file management system according to 
claim 7. capable of supporting the creation of a new 
file, wherein 

one of said plurality of servers includes: a 
master file identifier list which manages the file 55 
identifiers of files stored on said plurality of servers; 
an identifier creation section which creates a new 
file identifier not yet existing in said master file iden- 
tifier list; a server selection section which selects a 



server where real data of said file is to be stored; a 
file creation section which instructs the server 
selected by said server selection section to create 
said file with said file identifier created by said iden- 
tifier creation section; and a master list updating 
section which adds said file identifier to said master 
file identifier list. 

said access request monitoring section is 
also capable of monitoring a file creation request 
and 

each of said plurality of servers further 
includes a list updating section which updates said 
file identifiers stored in each server in compliance 
with an instruction from said file creation section. 

A v 'rtual file management system comprising a plu- 
rality of servers, a plurality of terminals that share 
file services provided by said servers, and at least 
one virtual file management apparatus, wherein 

said at least one virtual file management 
apparatus comprises: a management table which 
manages files stored on said plurality of servers by 
using virtual file identifiers, and in which a server 
name of a server where real data is stored and a 
real file identifier in said server are stored as a set 
for each of said virtual file identifiers; a receiving 
section which receives a file access request from 
each of said terminals; a request analyzing section 
which checks said management table by using the 
virtual file identifier contained in the file access 
request received by said receiving section, and 
thereby determines the server where the real data 
of the requested file is stored; a transmitting section 
which transmits data; and a request modification 
processing section which modifies said file access 
request so that a response to said file access 
request can be sent back to the terminal that issued 
said access request, directly from the server deter- 
mined by said request analyzing section, and which 
instructs said transmitting section to transmit said 
modified file access request to said determined 
server, and 

said plurality of servers each include a 
request processing section which receives the file 
access request transmitted from said transmitting 
section of said virtual file management apparatus, 
and processes said received file access request, 
and which transmits the processed result to said 
terminal at least when said file access request is a 
request to read file contents. 

0. A virtual file management system comprising a plu- 
rality of servers for storing files, a plurality of termi- 
nals for issuing requests for supply of designated 
files from among said files, and a network connect- 
ing said servers with said terminals, wherein 

at least one of said servers includes: file 
management means for managing corresponding 
relationships between the files stored on said plu- 
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ratity of servers and the servers where the files are 
stored; request frequency storage means for stor- 
ing the frequencies of the requests made from said 
terminals within a prescribed period of time for each 
managed file and/or for each managed server; and 5 
file move control means for selecting a file satisfy- 
ing a prescribed criterion from among said man- 
aged files by using said stored request frequencies, 
and for moving said selected file from the server 
where said file is stored to another server. 10 

1 1 . A virtual file management system comprising a plu- 
rality of servers for storing files, a plurality of termi- 
nals for issuing requests for supply of designated 
files from among said files, and a network connect- 15 
ing said servers with said terminals, wherein 

at least one of said servers includes: file 
management means for managing corresponding 
relationships between the files stored on said plu- 
rality of servers and the servers where the files are 20 
stored; request frequency storage means for stor- 
ing the frequencies of the requests made from said 
terminals within a prescribed period of time for each 
managed file and/or for each managed server; file 
duplication control means for selecting a file satisfy- 25 
ing a prescribed criterion from among said man- 
aged files by using said stored request frequencies, 
and for duplicating said selected file to a server dif- 
ferent from the server where said file is stored; and 
request processing means for, when said requests 
occur simultaneously for said duplicated file, 
processing said requests by also including said dif- 
ferent server as a target. 

12. A virtual file management system according to 35 
claim 10 or 11. wherein when said request fre- 
quency storage means stores said frequencies for 
each file, selecting a file satisfying a prescribed cri- 
terion by using said stored request frequencies 
means checking said stored request frequencies 40 
and selecting a file with the highest request fre- 
quency. 

13. A virtual file management system according to 
claim 10 or 11. wherein when said request fre- 45 
quency storage means stores said frequencies for 
each server, selecting a file satisfying a prescribed 
criterion by using said stored request frequencies 
means checking said stored request frequencies 
and selecting a file stored in a server with the high- so 
est request frequency. 

14. A virtual file management system according to 
claim 10 or 11, wherein when said request fre- 
quency storage means stores said frequencies for 55 
each file and for each server, selecting a file satisfy- 
ing a prescribed criterion by using said stored 
request frequencies means selecting a server with 

the highest request frequency from among said plu- 



rality of servers and then selecting a file with the 
highest frequency from among the files stored on 
said selected server. 

15. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a virtual file identifier, a server identifier of 
each of said servers, and a real file identifier of 
each of said files are stored as a set. and 

said system comprises: a file access table in 
which an access count is stored for each of said vir- 
tual file identifiers; a file access count updating sec- 
tion which, when said virtual file management 
apparatus has received a file access request for a 
virtual file identifier from any one of said terminals, 
updates the access count corresponding to said vir- 
tual file identifier in said file access table; a timer; 
and a file move management section which is acti- 
vated by said timer at predetermined intervals of 
time, and which checks the access counts in said 
file access table, moves real data corresponding to 
one or more virtual file identifiers between said plu- 
rality of servers, updates said virtual file manage- 
ment table, and resets said file access table. 

16. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers, 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a virtual file identifier, a server identifier of 
each of said servers, and a real file identifier of 
each of said files are stored as a set. and 

said system comprises: a server access 
table in which an access count is stored for each of 
said server identifiers; a server access count updat- 
ing section which, when said virtual file manage- 
ment apparatus has received a file access request 
for a virtual file identifier from any one of said termi- 
nals, locates the server identifier corresponding to 
said virtual file identifier in said virtual file manage- 
ment table, and updates the access count corre- 
sponding to said server identifier in said server 
access table; a timer; and a server move manage- 
ment section which is activated by said timer at pre- 
determined intervals of time, and which checks the 
access counts in said server access table, moves 
real data corresponding to one or more virtual file 
identifiers between said plurality of servers, 
updates said virtual file management table, and 
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resets said server access table. 

17. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a virtual file identifier, a server identifier of 
each of said servers, and a real file identifier of 
each of said files are stored as a set. and 

said system comprises: a file access table in 
which an access count is stored for each of said vir- 
tual file identifiers; a server access table in which an 
access count is stored for each of said server iden- 
tifiers; an access count updating section which 
when said virtual file management apparatus has 
received a file access request for a virtual file iden- 
tifier from any one of said terminals, locates the 
server identifier corresponding to said virtual file 
identifier in said virtual file management table, and 
updates the access count corresponding to said vir- 
tual file identifier in said file access table as well as 
the access count corresponding to said server iden- 
tifier in said server access table; a timer; and a 
move management section which is activated by 
said timer at predetermined intervals of time, and 
which checks the access counts in said server 
access table as well as in said file access table 
moves real data corresponding to one or more vir- 
tual file identifiers between said plurality of servers, 
updates said virtual file management table and 
resets said file access table and said server access 
table. 



18. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a plurality of identifier pairs, each consisting 
of a server identifier of each of said servers and a 
real file identifier of each of said files, are stored in 
corresponding relationship to each virtual file iden- 
tifier, and 

said system comprises: a file access table in 
which an access count is stored for each of said vir- 
tual file identifiers; a file access count updating sec- 
tion which, when said virtual file management 
apparatus has received a file access request for a 
virtual file identifier from any one of said terminals 
updates the access count corresponding to said vir- 
tual file identifier in said file access table; a timer 
and a duplication management section which is 
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activated by said timer at predetermined intervals of 
time, and which checks the access counts in said 
file access table, duplicates real data correspond- 
ing to a frequently accessed virtual file identifier to 
one or more servers selected from among said plu- 
rality of servers, adds the real file identifier and 
server identifier of the duplicated data to said virtual 
file management table, and resets said file access 
table. 

19. A virtual file management system constructed with 
a plurality of servers and a plurality of terminals that 
share file services provided by said servers 
wherein 

at least one of said plurality of servers 
includes a virtual file management apparatus which 
centrally manages files stored on said plurality of 
servers by using a virtual file management table in 
which a plurality of identifier pairs, each consisting 
of a server identifier of each of said servers and a 
real file identifier of each of said files, are stored in 
corresponding relationship to each virtual file iden- 
tifier, and 

said system comprises: a file access table in 
which an access count is stored for each of said vir- 
tual file identifiers; a file access count updating sec- 
tion which, when said virtual file management 
apparatus has received a file access request for a 
virtual file identifier from any one of said terminals, 
updates the access count corresponding to said vir- 
tual file identifier in said file access table; a timer 
and a duplication/deletion management section 
which is activated by said timer at predetermined 
intervals of time, and which checks the access 
counts in said file access table, duplicates real data 
corresponding to a frequently accessed virtual file 
identifier to one or more servers selected from 
among said plurality of servers, deleting all but one 
or more server identifier/real file identifier pairs from 
said virtual file management table for an infre- 
quently accessed virtual file identifier, updates said 
virtual file management table, and resets said file 
access table. 

■ A medium for use with a virtual file management 
system constructed with a plurality of servers and a 
plurality of terminals that share file services pro- 
vided by said servers. 

said medium providing a program recorded 
thereon for implementing: a function A that man- 
ages files stored on said plurality of servers by 
using virtual file identifiers and that stores a server 
name of a server where real data is stored and a 
real file identifier in said server as a set in a man- 
agement table for each of said virtual file identifiers* 
a function B that receives a file access request from 
each of said terminals; a function C that checks 
sa.d management table by using the virtual file 
identifier contained in said received file access 
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request, and thereby determines the server where 
the real data of the requested file is stored: a func- 
tion 0 that modifies said file access request so that 
a response to said file access request can be sent 
back to the terminal that issued said access 5 
request directly from said determined server, and 
that instructs a transmitting section to transmit said 
modified fOe access request to said determined 
server; and a function E that receives the file 
access request transmitted from said transmitting % 0 
section and processes said received file access 
request, and that transmits the processed result to 
said terminal at least when said file access request 
is a request to read ffle contents. 

15 

21. A medium providing a program recorded thereon 
for implementing the functions of all or part of the 
means of the virtual file management system as 
described in any one of claims 1 to 19. 
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